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METHODS AND APPARATUS FOR TRANSACTING ELECTRONIC COMMERCE 
USING ACCOUNT HIERARCHY AND LOCKING OF ACCOUNTS 

5 Field of the Invention 

[0001] This application relates to apparatus and 

methods for facilitating electronic commerce by enabling 
a user to create and maintain sub-accounts, to be able to 
lock his or her account if it is suspected that the 
10 account is being misused, and to transfer and receive 
money from other users. 

Background of the Invention 

[0002] On-line vendors sell a variety of products over 

15 the Internet. Users may browse a vendor's website and 
may purchase products directly from the vendor. 
Typically the user sets up an account with the vendor, 
and the vendor will provide some arrangement for 
accounting for purchases from the vendor's website either 
20 on a transaction or periodic basis. 

[0003] For example, where the user is a member of a 

company department, it typically will be necessary for 
the user (in this case a department administrator) to set 
up an individual account for each authorized employee. A 
25 drawback of such an arrangement is that the transaction 
reports for each authorized user must be separately 
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reviewed, and the department administrator cannot detect 
improper activity until the end of the billing cycle, and 
perhaps not even then . 

[0004] In addition, there is the potential for 

5 disgruntled employees or even third-parties to steal the 
identity of authorized personnel, and incur improper 
charges or fraudulently obtain goods or services through 
an authorized individual's account. Presently, there is 
no method for a department administrator to detect such 

10 activity until the end of the billing cycle, when the 

improper charges might be detected, for example, during 
review of a monthly statement. In the interim, however, 
sizable improper charges may be incurred or goods stolen 
without possibility of recovery. 

15 [0005] A similar situation arises where a user might 

want to set up an account with one or more vendors' 
website for a spouse or child. Specifically, the user 
may want to retain oversight of the spouse's or child's 
expenditures and the specific vendors at which purchases 

20 are made. It would also be desirable in this case for 
the user to be able to review purchases made by the 
spouse or child on a frequent basis to ensure that 
security for that account has not been compromised. 
[0006] In view of the foregoing drawbacks of previously 

2 5 known on-line electronic commerce arrangements, it would 

be desirable to develop methods and apparatus whereby a 
user may create a primary account having multiple sub- 
accounts. The user may specify the features for each of 
the sub-accounts, including, for example, where purchases 

3 0 may be made, a spending limit per transaction or item, a 

notification threshold and reporting period. 
[0007] An example of such a system in a family context 
would enable a parent to open a primary account with a 
service provider and then create sub-accounts for each 
35 child. In this manner the children could make purchases 
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over the Internet at only those websites that are 
approved by the parent. The parent also could control 
the spending limits of the children's sub-accounts, 
receive a periodic notification of sub-account activity 
5 or a transaction-specific notification if a proposed 
purchase exceeds some threshold amount preset by the 
parent, and retain control in adding funds to the 
account . 

[0008] In a business environment, a department 
10 administrator or company controller could open a primary 
account and then create sub- accounts for each authorized 
employee or department . The primary account holder then 
could control spending of the sub-accounts, control which 
websites are approved for sub-account purchases, receive 
15 periodic or transact ion- specif ic notification of sub- 
account activity, and retain control to add additional 
funds to the account . 

[0009] It therefore would be desirable to provide 
apparatus and methods for facilitating electronic 

2 0 commerce by enabling a user to set up a primary account 

with a service provider, wherein the service provider can 
handle transactions with a variety of vendors, and 
wherein the main account can create and exercise control 
over a plurality of sub-accounts. 

25 [0010] It further would be desirable to provide 
apparatus and methods for facilitating electronic 
commerce that provide secure method financial 
transactions over the Internet or any other communication 
channel. It also would be desirable to provide apparatus 

30 and methods for facilitating electronic commerce that 
provide enhanced security by, periodically or on a 
transaction-specific basis, sending an E-mail or other 
notification to the primary account holder summarizing 
all transactions within the period. Alternatively, the 

35 primary account holder may set a notification threshold, 



so a transaction-specific notification is sent only when 
the purchase amount exceeds some preset limit. 
[0011] It yet further would be desirable to provide 
apparatus and methods for wherein a security notification 
sent to the primary account holder could include a link 
that could be activated by the recipient to lock or 
freeze the sub-account associated with the notification. 
In this manner, if the primary account holder notices 
that a transaction was not authorized, the primary 
account holder may activate the link received in the 
notification to freeze the account, thereby preventing 
any further misuse. For example, a sub-account could be 
frozen by changing the password or by authorizing the 
service provider computer to temporarily lock the sub- 
account, subject to investigation. 

[0012] It also would be desirable to provide apparatus 
and methods for facilitating electronic commerce that 
enable the primary account holder to transfer or receive 
money from other users of the system. For example, in an 
auction environment where both the buyer and the seller 
are authorized users of the system, the buyer who has 
successfully won a bid may want to transfer funds to the 
seller using the system in a secure and cost effective 
environment . 

Summary of the Invention 

[0013] In view of the foregoing, it is an object of the 
present invention to provide methods and apparatus for 
facilitating electronic commerce that allow a user to 
create a primary account and one or many sub- accounts 
under the primary account . 

[0014] It is another object of this invention to 
provide apparatus and methods for facilitating electronic 
commerce that provide enhanced security by, periodically 
or on a transaction- specif ic basis, sending an E-mail or 
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other notification to the primary account holder 
summarizing all transactions within the period or 
transaction. Optionally, the primary account holder may 
set a notification threshold, so a transaction-specific 
5 notification is sent only when the purchase amount 
exceeds some preset limit. 

[0015] It is yet another object of the present 
invention to provide apparatus and methods for wherein a 
security notification sent to the primary account holder 

10 could include a link that could be activated by the 

recipient to lock or freeze the sub-account associated 
with the notification. In this manner, if the primary 
account holder notices that a transaction was not 
authorized, the primary account holder may activate the 

15 link received in the notification to freeze the account, 
thereby preventing any further misuse. 
[0016] It is also an object of this invention to 
provide apparatus and methods for facilitating electronic 
commerce that enable the primary account holder to 

2 0 transfer or receive money from other users of the system, 
such as in an auction environment. 

[0017] These and other objects of the invention are 
accomplished in accordance with the principles of the 
invention by providing methods and apparatus that enable 

2 5 a user to create with a service provider a primary 

account having a plurality of sub-accounts and to 
administer or manage these sub-accounts. The service 
provider handles electronic commerce transactions between 
the primary/sub-accounts and a variety of vendor websites 

3 0 at which the primary/sub-accounts are authorized to do 

business. The primary account holder may specify the 
features for each of the sub-accounts, including, for 
example, where purchases may be made, a spending limit 
per transaction or item, a notification threshold and 
3 5 reporting period. 



[0018] A service provider computer of the service 
provider maintains database information on the primary 
account and its relationships with the sub-accounts. 
Preferably, the service provider computer maintains 
database information on the users of the primary account 
and sub-accounts, including, for example, the user's 
personal information, login information, password, 
financial information, street address and shipping 
address. The service provider computer also maintains 
database information on participating vendors, which 
include, among other information, vendor account 
information, vendor contact and address. 

[0019] The service provider computer maintains security 
restrictions imposed by the primary account holder on 
sub-accounts. More specifically, the service provider 
computer is programmed to maintain database information 
on the primary account and the sub-accounts, and for each 
sub-account it maintains a list of participating vendors 
where the sub-accounts are authorized to make purchases. 
The service provider computer records and maintains 
purchase transactions, debits the user account (primary 
or sub-accounts) with sales price and shipping cost, 
credits the vendor account with sales price less any 
service charge due to the service provider, and also may 
credit a participating shipping company' s account for any 
shipping cost less any service charge due to the service 
provider . 

[0020] The service provider computer also provides an 
interface for the primary account holder to create and 
administer the sub-accounts, to add funds to the sub- 
accounts, manage spending thresholds for sub-accounts, 
manage secured information of sub-accounts, configure 
periodic or transaction-specific notification features 
and/or thresholds, selectively lock one or more sub- 
accounts to prevent misuse, and print a report that 



consolidates activities of the primary account and all 
corresponding sub-accounts . 

[0021] The service provider computer also provides an 
interface for sub-account holders to log into and manage 
their accounts. If so configured by the primary account 
holder, a sub-account holder may create a sub-account 
underneath it. If such a sub-account is created, the new 
sub-account preferably inherits all of the features and 
limitations of its parent, but may in addition include 
further limitations imposed by the holder of the parent 
sub-account . 

[0022] The service provider computer also may provide 
an interface that enables users to transfer and receive 
funds from other accounts. In this case, the service 
provider computer may be programmed to debit an account 
from which funds are withdrawn and to credit another 
account that is to receive the funds. The service 
provider computer also may levy a service charge on the 
sender, the receiver or on both sender and receiver, for 
handling such transactions. 

Brief Description of the Drawings 

[0023] Additional features of the invention, its nature 
and various advantages will be more apparent from the 
accompanying drawings and the following detailed 
description of the preferred embodiments, in which: 
[0024] FIG. 1 is a schematic diagram of illustrative 
apparatus depicting the entities involved in conducting 
transactions in accordance with the present invention; 
[0025] FIG. 2 is a diagram of an illustrative account 
hierarchy created in accordance with the principles of 
the present invention; 

[0026] FIG. 3 is a flow chart illustrating the steps 
involved in creating a primary user account; 
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private networks, or any other suitable networks that 
support communications between different parties located 
at respective computers or other suitable electronic 
devices . 

[0036] In accordance with the present invention, 
service provider computer 15 is programmed to enable a 
registered user to create a primary account, and to 
handle business transactions between the user of the 
primary account and one or more participating vendor 
computers 14 . The holder of the primary account further 
may create and administer sub-accounts that enable users 
of sub-account user devices 13 to make purchases at 
participating vendors' websites as authorized by the 
primary account holder. 

[0037] Account holders use user devices 12 and 13 to 
browse for products at vendor web sites on vendor 
computers 14 over communications network 11. User 
devices 12 and 13 may be desktop or notebook personal 
computers, personal digital assistants, wireless 
telephones, or any other suitable user devices. Product 
offerings on vendor computers 14 may be provided in the 
form of web pages organized into web sites. Internet web 
browsers on user devices 12 and 13 may be used to allow 
users to browse the web content on vendor computers 14 . 
[0038] Vendors at vendor computers 14 may sell any of a 
variety of goods or services. For example, one vendor 14 
may sell intangible products such as electronically 
downloadable video or songs. Another vendor 14 may sell 
tangible products such as compact discs to be delivered 
by mail or other courier service. Other vendors may sell 
shoes, clothing or books. 

[0039] Service providers associated with service 
provider computers 15 facilitate transactions by 
maintaining transaction records, databases reflecting 
registered users of primary accounts and sub-accounts, 



and participating vendors and shipping companies; and by 
settling accounts with the vendors and shipping companies 
for goods or services purchased by users via user devices 
12 and 13. To participate in the system, vendors, 
shipping companies and users all must be registered with 
service provider computer 15. 

[0040] Referring now to FIG. 2, the hierarchical nature 
of the relationships between a primary account and its 
sub-accounts is described. A user, who has initially 
opened an account with service provider computer 15, may 
desire to open a sub-account to individually and 
separately manage and track purchases and activities of 
each sub-account. The user of primary account 21 has 
opened three sub-accounts 22-24, wherein sub-account 23 
has three additional sub-accounts 25-27 associated with 
that account . 

[0041] In a business environment, primary account 21 
may represent a company, while sub-accounts 22-24 may 
represent departments within the company and sub- accounts 
25-27 may represent individual employees of a department. 
In a family context, primary account 21 may represent a 
parent while sub-accounts 22-24 may be intended for use 
by other family members, such as children. 
[0042] With respect to FIG. 3, an illustrative method 
of using system 10 to create a user account with service 
provider computer 15 are described. At step 31 a user 
navigates to a signup page at the service provider 
computer 15. At steps 32 and 33, the user enters 
personal and financial information respectively. At step 
34, when the user confirms the information, the user's 
account is created at service provider computer 15. 
[0043] Referring now to FIG. 4, an illustrative method 
of using system 10 to create a user sub-account at 
service provider computer 15 are described. At step 41, 
a primary account holder (or sub-account holder 
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authorized to create sub-accounts) navigates to the 
website of service provider computer 15 and selects the 
link to create a sub-account. This link is not available 
to the user of the sub-account if that sub-account is not 
5 authorized to create another level of sub-accounts. 

[0044] After selecting the link, at step 42, the user 
enters the personal information of the user who will be 
assigned to the sub-account, and at step 43, selects the 
configuration options for the sub-account. At step 44, 

10 the user adds funds to the sub-account. At step 45, once 
the user confirms the information entered to set up the 
sub-account, service provider computer 15 creates a sub- 
account in sub-account database maintained by service 
provider computer 15. 

15 [0045] With respect to FIG. 5, some of the 

configuration options available to a primary account user 
or authorized sub-account user are described. These 
options enable the user creating the sub-account to 
separately configure each sub-account to meet the 

2 0 specific requirements of the user. 

[0046] Block 51 of FIG. 5 permits a user to configure a 
sub-account so that the sub-account may be used only to 
purchase goods or services from a limited number of 
vendors who have been approved by the user. In one 
25 embodiment, the approved vendor list of a sub-account 

defaults to a list including all vendor computers 14 that 
are registered with service provider computer 15. 
However, the primary account holder may configure 
individual sub- accounts so that those accounts may be 

3 0 used to make purchases only from a subset of all 

registered vendors. Alternatively, the primary account 
holder may configure individual sub-accounts so that 
those accounts may be used to make purchases from all 
vendor computers 14 that are registered with service 
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account, using credit cards, debit cards, bank transfer 
or cash. In a preferred embodiment, the default 
condition is that a sub-account cannot add funds to that 
account independently of the primary account. 
5 [0051] Referring now to block 55 of FIG. 5, the primary 
account holder may configure a sub-account to enable that 
sub-account to change its spending thresholds. In a 
preferred embodiment, this feature defaults to 
prohibiting sub-account users from changing the spending 
10 thresholds for the sub-account. As with the foregoing 
features, the primary account holder may override this 
default . 

[0052] With respect to block 56 of FIG. 5, the primary 
account user may configure the sub-accounts so as to 

15 allow sub-accounts users to modify the secured 
information associated with the account. Such 
information may include, for example, the sub-account 
users' E-mail address, password and security answer. In 
a preferred embodiment, the default for this feature is 

20 that a sub-account user may change the secured 

information. However, the primary account user may 
override this default and prohibit a sub-account from 
changing such secured information. 

[0053] As shown in block 57 of FIG. 5, the primary 
25 account user also may configure the sub-accounts so that 
the funds are automatically added to the sub-account via 
a transfer from the primary account to the sub- account. 
In accordance with this aspect of the present invention, 
service provider computer 15 is programmed to 
30 automatically transfer funds to a sub-account from the 

primary account if the sub-account's balance falls below 
zero or a preset minimum amount during a transaction. If 
a sub-account is so configured, service provider computer 
15 will do so during the purchase transaction. 
35 Otherwise, service provider computer 15 will generate and 
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display a message on sub-account user device 13 that 
there are insufficient funds in the account and instruct 
the sub-account user to request the primary account user 
to add funds to the sub- account before that purchase 
transaction can be processed. 

[0054] Referring now to FIG. 6, a method of using 
system 10 to facilitate a purchase transaction using a 
primary account is described. Step 61 represents the 
beginning of a purchase transaction. At step 62, a user 
using user device 12 has selected digital content or 
tangible goods for purchase and is ready to checkout. At 
step 63, vendor computer 14 requests service provider 
computer 15 to authorize the purchase. 

[0055] Upon receiving the request from vendor computer 
14, service provider computer 15, at step 64, determines 
if the user is already logged- in to his or her account on 
service provider computer 15. If the user is not already 
logged in (step 66) , service provider computer 15, at 
step 67, displays the login page to user device 12. At 
step 68, the user logs in. At step 70, service provider 
computer 15 first validates the login information 
provided by the user and then checks the user account to 
make sure that there are sufficient funds in the account 
to process the transaction. If the user has already 
logged in then steps 67 and 68 are omitted. 
[0056] If there are insufficient funds in the user's 
account to process the transaction, then, at step 73, 
service provider computer 15 so informs the user and 
requests that funds be added to the account. The user 
may either approve automatic adding of funds, e.g., by 
charging a credit card or debit card, or the user may 
cancel the transaction and manually add funds at a later 
time. At step 74, the user confirms the automatic 
addition of funds. 
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the account to process the transaction. If the user has 
already logged in, then steps 87 and 88 are omitted. 
[0062] If the user's sub-account has insufficient funds 
to process the transaction, then at step 93, service 
provider computer 15 checks if the sub-account user is 
authorized to add funds. If the user is not authorized 
to add funds, step 94, then service provider computer 15, 
at step 95, informs the user that the transaction cannot 
be processed due to insufficient funds and advises the 
user to request the primary account user to add funds to 
the sub-account. 

[0063] If the sub-account user is authorized to add 
funds (step 96) , then service provider computer 15 
informs the user that there are insufficient funds and 
requests that funds be automatically added to the 
account. The user may either approve the automatic 
addition of funds or cancel the transaction and manually 
add funds at a later time. At step 98, the user confirms 
automatic addition of funds. Service provider computer 
15, at step 100, processes the transaction by debiting 
the user account and crediting the vendor account. 
Service provider computer 15 then informs the vendor that 
the transaction has been processed successfully. Steps 
97 and 98 are omitted if the sub-account is determined to 
have enough funds to pay for the transaction. 
[0064] When vendor computer 14 receives confirmation of 
a successful transaction from service provider computer 
15, the vendor, at step 101, provides the user access to 
the content or in case of tangible goods, displays a 
" thank you" message to the user and continues to process 
the shipping of tangible goods. Step 102 marks the end 
of the purchase process. 

[0065] With respect to FIG. 8, an illustrative method 
of using system 10 to enable a user to temporarily lock 
an account is described. Step 141 marks the beginning of 



the Account Locking Process. At step 142, the user makes 
purchases from various vendors using system 10. At the 
end of each day, at step 143, service provider computer 
15 sends a notification to the account user, e.g., an e- 
mail, that lists all transactions processed during that 
day . 

[0066] Alternatively, the user of the primary account 
may configure the period during which transactions are 
reported for each sub-account separately. Accordingly, 
some sub-accounts may provide a list of account 
transactions on a daily basis, while others are reported 
on a weekly or monthly basis. Further, the primary 
account user (or authorized sub-account user) may 
configure a given sub-account to report on a transaction- 
specific basis, or only for those transactions where the 
purchase amount exceeds some preset limit selected by the 
primary account holder. In this manner, the primary 
account holder is kept current on account activity, and 
can monitor the various sub-accounts for improper 
activity . 

[0067] At step 144, the user receives the E-mail and 
reviews the transactions listed in the notification sent 
by service provider computer 15. If the user suspects 
that any of the transactions were unauthorized and that 
the account security may have been compromised, the user, 
at step 148, clicks on a link provided in the E-mail to 
lock the account. 

[0068] When the user activates the link, at step 149, 
service provider computer 15 displays a login page. At 
step 150, the user logs in, and at step 151, service 
provider computer 15 validates the user login and 
displays a security question on the user device. At step 
152, the user enters a security answer, which is 
validated by service provider computer 15 at step 153. 



[0069] After validating the security answer, service 
provider computer 15 offers the user two options to 
disable the account: the user may either change the 
account password or temporarily lock the account. If the 
user chooses to change the account password (step 155) , 
then service provider computer 15, at step 156, displays 
the "Change Password Screen" . At Step 157, the user 
changes the password and at step 158, service provider 
computer 15 saves the changed password in the database. 
[0070] If the user instead elects to lock the account, 
step 159 of FIG. 8, service provider computer 15, at step 
160, requests the user to confirm locking of the account. 
If the user confirms at step 161, service provider 
computer 15 locks the account at step 162, thus 
preventing any further purchases from being made using 
that account. Subsequently, the user may login to the 
account to unlock the account . 

[0071] Alternatively, locking and unlocking the account 
may be accomplished through a secured area of the user 
interface. The secured area may only be accessed by 
answering the security question and may contain 
information like E-mail address, password, security 
answer, etc. 

[0072] Referring to FIG. 9, an illustrative method of 
using system 10 to transfer funds from one account to 
another is described. The sender's account is debited at 
the time the sender initiates the transfer and the 
receiver' s account is credited when he or she receives 
the funds. In the interim period, the balance is 
retained in the service provider's " Funds Transfer 
Account'' . 

[0073] Step 171 marks the beginning of the Funds 
Transfer Process. At step 172, the user, who wants to 
send funds to a user of another account, navigates to 
"Send Funds" screen provided by service provider computer 



15. At step 173, service provider computer 15 displays 
the "Security Screen" for the user to enter the answer to 
the secret question. When the user enters the secret 
answer at step 174, service provider computer 15, at step 
175, validates the secret answer and displays a screen on 
user device 12 or 13 that permits the user to identify 
the account to which funds are to be transferred 
("receipent account") and the amount to be transferred. 
At step 176, the user specifies the recipient account by 
either entering the e-mail address associated to the user 
of that account or by entering the name or any other 
unique identifier for that account. 

[0074] At step 177, service provider computer 15 
records the transaction by crediting the service 
provider's "Service Charge Account" and the "Funds 
Transfer Account" and debiting the user's account by the 
amount to be transferred plus applicable service charges. 
Service provider computer 15 also sends an E-mail to the 
user who sent the money and an E-mail to the user of the 
recipient account. The E-mail sent to the holder of the 
recipient account preferably includes instructions and a 
link to complete the funds transfer. 

[0075] Upon receiving the E-mail, the user of the 
recipient account follows the instructions to complete 
the funds transfer, e.g., by activating the link included 
in the E-mail and enters the appropriate Login ID and 
Password. Alternatively, the user of the recipient 
account may log into his or her account at service 
provider computer 15 and navigate to the "Receive Funds" 
screen at step 178. 

[0076] At step 179, service provider computer 15 debits 
the "Funds Transfer Account", the account that was 
credited in step 177, credits the service provider's 
"Service Charge Account" and credits the recipient 
account by the amount that was transferred by the sender, 
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less any service charges levied by the service provider. 
Finally, at step 180, service provider computer 15 sends 
an E-mail to the sender and receiver of the funds 
notifying the users that the funds were successfully 
5 transferred. Step 181 marks the end of funds transfer 
process . 

[0077] Referring now to FIG. 10, an alternative method 
of transferring funds from one account to another is 
described. As compared to the embodiment of FIG. 9, 

10 where the sender's account is debited before the holder 
of the recipient account completes the funds transfer 
process, in the embodiment of FIG. 10 the sender's 
account is debited at about the same time the recipient 
account is credited for the funds transfer. Thus, the 

15 " Funds Transfer Account" of service provider computer 15 
may be omitted. 

[0078] Step 191 marks the beginning of this alternative 
Fund Transfer Process. At step 192, the user, who wants 
to send funds to a user of another account, navigates to 

20 the "Send Funds" screen. At step 193, service provider 
computer 15 displays the "Security Screen" for the user 
to enter the answer to the secret question. Once the 
user enters the secret answer, at step 194, service 
provider computer 15, at step 195, validates the secret 

25 answer and displays a screen on user device 12 or 13 for 
the user to identify the recipient account and the amount 
to be transferred. At step 196, the user selects a 
recipient account either entering the E-mail address 
associated to the user of that account or by entering the 

30 name or any other unique identifier for that account. 

[0079] At step 197, service provider computer 15 sends 
an E-mail to the user who sent the money and an E-mail to 
the user of the recipient account. The E-mail sent to 
the holder of the recipient account may include 

35 instructions and a link to receive the funds. 
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[0080] The user of the recipient account follows the 
instructions included in the E-mail to complete the funds 
transfer process, e.g., by activating the link provided 
in the E-mail and entering the appropriate Login ID and 
5 Password. Alternatively, the user of the recipient 
account may log into his or her account at service 
provider computer 15 and navigate to the "Receive Funds" 
screen, at step 198. 

[0081] At step 199, service provider computer 15 debits 
10 the sender's account with the amount that was transferred 
plus any service charge, credits the service provider's 
"Service Charge Account" and credits the recipient 
account by the amount that was transferred by the sender 
less any service charges levied by the service provider. 
15 Finally, at step 200, service provider computer 15 sends 
an E-mail to the sender and receiver of the funds 
notifying the users that the funds were successfully 
transferred. Step 2 01 marks the end of funds transfer 
process . 

20 [0082] The funds transfer feature of the present 

reduces the risk of fraud that often exists for auction 
buyers, especially where the seller delivers faulty goods 
or even fails to deliver the any goods. In a system 
configured according to the methods of the present 

25 invention, the buyer may "Lock" his or her account 
immediately upon noticing an irregularity in goods 
purchased, thus preventing the payment. This would not 
be the case if the user uses a credit card in which case 
the user needs to notify the credit card company to stop 

3 0 payment, which often is cumbersome. 

[0083] In addition, in the case where the buyer pays 
the seller for the goods before the seller makes delivery 
and the seller provides irregular goods or no goods, the 
buyer may contact the service provider and request that 

3 5 the purchased be reversed. In this case, the service 
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provider will re-credit the buyer's user account, and 
debit the seller's account, or if the seller has already 
been paid, deduct the disputed amount from settlement of 
a subsequent transaction conducted by the seller through 
5 the service provider. 

[0084] The foregoing embodiments are merely 
illustrative of the principles of the present invention 
and various modifications may be made by those skilled in 
the art without departing from the scope and spirit of 
10 the invention. 



